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Claims 1-20 are 

l 

herein. In the Office /j 
on an informality, 
by Bonola (U.S. Pat, 
102(a) as anticipated 
and 8-15 under 35 U 
5,832,492). Applicant 



fiEMARKS 

currently pending, of which claims 1, 2, 7, 8, 12, 16, and 20 arc amended 
>ction mailed February 17, 2004, the Examiner objected to claim 2 based 
ThefExaminer rejected claims 1 and 3-6 under 35 U.S.C. 102(a) as anticipated 
\io. 5,978,858). The Examiner rejected claims 16-20 under 35 U.S.C. 
Aronson (U.S. Pat. No. 6,128,673). The Examiner rejected claims 2, 7, 
103(a) as unpatentable over Bonola in view of Wooteu (U.S. Pat. No. 
raverses these rejections for the following reasons. 



sic. 



Opjecti 



1. Response to 

The Examiner 
not defined upon 
use. Applicant therefore 



a. Introdi 

The Examiner 



ion to Claim 2 

>bjected to claim 2 based on the informality that the acronym "TD" was 
first |*se. Claim 2 has been amended herein to define the acronym upon first 
respectfully requests that this objection be withdrawn. 



2. Bonola Does N ot Anticipate Independent Claim 1 



ction 



(rejected independent claim 1 under 35 U.S.C. 102(a) as anticipated by 
lirected to a "method for transferring data over a Universal Serial Bus 
(USB)." As currently! amended and with emphasis added, the method comprises the steps of 
"polling a burst communication adapter device coupled to the USB using a first type of channel 
for the burst comm^uueation adapter device; receiving a reply message from the burst 

device, the reply message indicating that the burst communication 
for transfer via a second type of channel for the burst communication 



communication adapi 
adapter device has 
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linked lists of packets! 
accessible by both the 
(Bonola, Fig. 2A> coll 
teaches forming four 



adapter device; and rj^>0/?ttVe to receiving the reply message, issuing a bulk channel read 
request for the burst communication adapter device." 

Bonola is directed toward a jacket protocol and distributed burst engine " with which a 
host system processor fnay transmit commands and/or data to an I/O device, as well as receive 
data from the device, whether requested or not. These commands and data take the form of 

in an area of a host system memory 112; this area of memory 112 is 
host system processor 100 and a distributed burst engine (DBE) 206. 
4:63-5:57.) In fact, for each I/O device ("bus master**) 118, Bonola 
inked lists of packets in host system memory 112, two of which are 
referred to as a solicit sd packet pool 200 and an unsolicited packet pool 202, (Id-) Both the 
processor 100 and the i)BE 206 add packets to and remove packets from these pools, to facilitate 
the exchange of comrtands and data between the host system processor 100 and the I/O device 
118. (Id) 

Applicant respectfully submits that Bonola neither teaches nor suggests (i) polling a burst 

communication adapter device; nor (ii) issuing a bulk channel read request for the device 

a reply message from the device, the reply message indicating that the 

device has data to transfer via a second type of channel. As Bonola fails to teach or suggest all 

elements of Applicants independent claim 1, it is therefore allowable, 

b. Bonola Neither Teaches Nor Suggests 

Polling a Burst Communication Adapter Device 

Applicant respectfully submits that Bonola neither toichra nor suggests "polling a burst 
communication adaptdr device." The Examiner's citation to Bonola, col. 9:10-20, pertains to the 

100 polling a subset of these packets in the host system's own memory 
2A, 4; col, 4:15-18. 4:63-5:4* 8:30-9:5.) This is in contrast to the method 

UP 



host system processor 
J J 2, (Bonola, Figs. 1^ 
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of claim 1, which comprises "polling a burst communication adapter device" In fact, the 
teaching of Bonola is that the sharing of an area of host system memory 1 12 between the host 
system processor 100 ajid the distributed burst engine (DBE) 206 "eliminates the need to poll the 
I/O device 118 directlv and keeps the processor 100 off of the host bus 102". (Bonola, col. 
17:16-18.) Thus, Bonqla teaches away from polling a burst communication adapter device. 

The Examiner*! citation to Bonola, col. 9:10-20, with respect to the polling of packets 
teaches that **[p]ackets|2S0 may be submitted either asynchronously (A)> polled (P) or interrupt 
(I)." This docs not refer to polling a burst communication adapter device, but to what Bonola 
calls a "submission tjpe." (Bonola, Fig. 3, col 6:44-64, 7:32-59.) When the host system 
processor 100 adds a p acket to the solicited packet pool 200 for an I/O device 118, the processor 
designates the packet as having one of three possible submission types (asynchronous, polled, or 
interrupt) by setting cLrtain bits in a "Va" field 270 of the packet's header. (Id.) It is this 
"polled" submission type to which the Examiner's citation of coL 9:1 0-20 refers. 

A packet's submission type determines whether the processor 100 will be notified once 
the I/O device 118 rus completed the request associated with the packet and, if so, in what 
will be notified. (Bonola, col. 8:30-57.) After being processed by the 
"completed" in different ways, depending on their submission type. (Id.) 
If asynchronous, the processor 100 receives no notification of completion of the packet, such as 
for a graphics comma id. (Id.) If interrupt, the processor receives "completion notification by 
means of a hardware ii rterrupt asserted by the I/O device 1 18." (Bonola, col. 8:36-38.) 

In the case of $ oiled packets, as cited by the Examiner, the DBE 206 returns the packet to 
memory 112 after submitting the requeBt to the I/O device 118. (Bonola, col. 8:36-38, 17:4-18.) 
Thereafter, the procesfor 100 will periodically poll the returned packet in memory 112 until the 



manner the processor 
DBE 206, packet? are 
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DBE 206 has updated jbe packet to reflect completion of the request (Id.) Thus, Bonola does 

not teach polling a bun t communication adapter device; on the contrary, Bonola teaches away, 

stating that "direct coiriimnication between the processor 100 and PCI bus master 1 1 8 is reduced 

or limited," and teaching a "decoupling of the processor 100 and PCI bus masters 118" resulting 

in "eliminated processor 100 reads from target I/O devices 208." (Bonola, 5:49-57.) 

c. Bonola Neither Teaches Nor Suggests Issuing a Bulk Channel Read Request 
for the 1 Jurst Communication Adapter Device Responsive to Receiving a 
Reply Message 

Applicant respectfully submits that Bonola neither teaches nor suggests "responsive to 

receiving the reply message, issuing a bulk channel read request for the burst communication 
adapter device " where the reply message indicates "that the burst communication adapter device 
has data for transfer vi& a second type of channel for the burst communication adapter device." 
For this element, the Hxaminer cites the "solicited request" shown in Bonola, Figure 4. Bonola 
does not, however, teJch or suggest issuing such a request (or any request) in response to any 
particular event or message; rather, Bonola teaches only that solicited requests are initiated by 
host software 220 runiiing on host system processor 100. (Bonola, col, 8:59-9:46) Applicant 
therefore respectfully submits that Bonola does not anticipate claim 1 . 

is received from an I/O device in one of two ways, corresponding to the 
4cs for categorizing the packets described above: (1) solicited requests, as 
J and (2) unsolicited requests. (Bonola, col. 4:64-5:12.) Of the two, only a 
solicited request wouii ever even be in response to some event as unsolicited requests are, by 
definition, not request* sd. In Bonola, the solicited requests are made by host software but are not 
made in response to f receiving a reply message - let alone a reply message from a burst 

communication adapt|- device as is claimed by Applicant. 

I 



In Bonola. daU 
two ways Bonola tcaci 
cited by the examiner, 



McDowell Boehnen Hutlttrt & Berghoff |LP 

300 South Wackcr Drive 
Chicago, IL 60606 

3*2-913-0001 



-11- 



PAGE 13/18* RCVD AT 6/17/2004 6:02:40 PM [Eastern Daylight Time] * 8VR:USPTO-EFXRF-1/0 1 DNIS:8729306* CSID:3129130002* DURATION (i»ss):0M6 



JUN-17-04 17:04 From: MCDONNELL BOEHNEN HULBERT & BERGHOFF 



3129130002 



T-402 P. 14/18 Job-420 



from host software 22(j 
. queue 272 [(the *solic 
packets 250 to the tail 
accesses the packets, a: 
[device] driver 230. 



In operation, bclh the processor 100 and the DBE 206 access the packets in host system 
memory 1 12. With reject to solicited requests, Bonoia teaches that, "[a]s requests are solicited 
j, the device driver 230 unlinks packets 250 from the head H of the free 
jted packet pool 200% fills in the packet's payload 254 and links the 
1 of the request queue 274." (Bonoia, col. 8:59-9:46) The DBE 206 then 
id "parses [the packets] to determine what operation was requested by the 
(Bonoia, col. 8:18-29.) Note that Bonoia refers interchangeably to 
processor 100 and de\ice driver 230. (Bonoia, col. 6:36-43.) No mention is made in Bonoia, 
however, of such a req *est being issued responsive to any particular message or event. 

4ests arise when data arrives spontaneously at an I/O device 118, such as 
mouse movements or Jata that arrives at a network adapter. (Bonoia* col. 5:7-13.) In such cases, 
the host system processor 100 is made aware of the unsolicited data when the DBE 206 adds a 
packet to the unsolicited packet pool 202, after which the host system processor 100 accesses the 
packets and processes the associated data. (Bonoia, col. 9:40-46.) This does not implicate a bulk 
channel read request, fljs the unsolicited requests are, by definition, not requested. 

Thus, unsolicited requests are not relevant, and, as to solicited requests, Bonoia teaches 
only that these requests are initiated by host software 220; Bonoia does not teach or suggest, 
however, that solicited requests are initiated in response to any particular message or event, 



much less to receiving 
Thus, Bonoia 
Accordingly, depends 



a reply message from an I/O device. 

neither teaches nor suggests claim 1. Claim I is therefore allowable, 
claims 2-7 are also allowable. 
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3* Aronson Does 

The Examiner 



ot Anticipate Claims 16-20 

-ejected claim 16 under 35 U.S.C. 102(a) as anticipated by Aronson. 



Applicant respectfully Submits that Aronson does not anticipate claim 16; among other reasons, 



Aronson neither teachi 



process." The examp 
Aronson is translation 
vice versa. Fig. 4, ci| 
machine 100. (See A 



nor suggests; "wherein upon receipt of an ethernet packet addressed to 
said universal serial t^s communications adapter, said universal serial bus communications 
adapter transmits a dafe present signal via said interrupt channel process." 

With respect to this element, the Examiner cites (i) the "packet received bit" shown in 
Aronson, Fig. 4, after he first state 1 10 as the "data present signal" and (ii) element 1 16 of the 
same Fig. 4 with respect to transmitting the "data present signal via said interrupt channel 

of digital-protocol translation disclosed throughout the specification of 
between the USB digital protocol and the Ethernet digital protocol, and 
:ed by the Examiner, pertains to a process 108 implemented by a state 
onson, col 6:33-34.) State machine 100 is part of a USB controller 94, 
which is part of an SIB (Serial Interface Engine) Interface 76. (See Aronson, Figs. 2, 3, 3A; col. 
4:50-55; col 6:10-7:38.) SIE Interface 76 is part of a first protocol circuitry 52. (Id.) In 
Aronson, the example given of the first protocol is USB. (Id.) 

Thus, the procdfcs 108 of Aronson. Fi& 4 pertains to processing USB packets, not ethernet 
packets as in claim l|. Specifically, the process 108 is directed to either (i) receiving a USB 
packet via a USB port|66 from a USB device 68, and transmitting that USB packet to a memory 
60 using Direct MemJry Access (DMA); or (ii) accessing a USB packet from memory 60 using 
DMA, and transmittin % that USB packet to USB device 68 via USB port 66. (Id.) Process 108 
does not pertain to tru receipt of an ethernet packet, and thus the applicant respectfully submits 
that Aronson does not I anticipate claim 16. 
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different 



4-n 



1 



i inters ipt 



Furthermore, al 
interrupts is very 
once an ethernet packe 
58, which is integrated! 
4:16^25; 4:61-67; 8: 
58 then sends the data 
USB data via USB poi 

Thus, the 
to the digital-protocol 
came in through Ethenj 
programmatically 
interrupt channel 

In claim 16, 
the adapter transmits 
This interrupt is not 
rather, it is the data 
host device with 
present signal is sent 

In summary, i 
the processor internal 
data out the USB porti 
data present signal on! 
then be processed on 



prdsent 



which 



Mia 



hough both Aronson and claim 16 discuss interrupts, the nature of these 
, illustrating that Aronson does not anticipate claim 16. In Aronson, 
is received via ethernet port 70, an interrupt is set for the microprocessor 
into Aronson's digital-protocol translator. (Aronson, Figs. 2, 7, 7B; col. 
; 9:1-35). When the processor 58 processes this interrupt, the processor 
received via the ethernet packet out to a USB device 68 in the form of 
66. (Aronson. Fig. 8; col, 36-43; 10:4-8 ("USB end point 2 interrupt")-) 

in Aronson ia a notification to the microprocessor 58, which is internal 
translator; this notification then facilitates the transmission of data that 
et port 70 out through USB port 66. In Aronson, then, it is the data that is 
out the USB port 66, rather than a data present signal via an 
of a USB driver, as is the case with claim 16. 
an ethernet packet is received into the USB communications adapter, 
data present signal via the interrupt channel process of the USB driver, 
paternal to the USB communications adapter, as is the case in Aronson; 
signal itself that is transmitted using the USB physical layer to a USB 
the USB physical layer is adapted for communication. And the data 
the USB interrupt channel flrora the adapter to the host device, 
ronson discloses receiving an ethernet packet, and setting an interrupt for 
o the digital-protocol translator, to facilitate passing the received ethernet 
In contrast, claim 16 teaches receiving an ethernet packet, and sending a 
the USB port (using the USB interrupt channel); this USB interrupt will 
a host device in the normal course of processing USB interrupt packets 



transmitted 



1 process 



o^ ce 
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(rather than by a microprocessor internal to the adapter or digital-protocol translator). The host 
device will thereby be ijotified that the adapter of claim 16 has data to transfer to the host device. 

Thus, Aronson ^either teaches nor suggests claim 16. Claim 16 is therefore allowable. 
Accordingly, dependenf claims 17-20 are also allowable. 
4. Bonola and Wij>oten Do Not Anticipate Claims 8-15 

The Examiner rejected claim 8 under 35 U.S.C. 103(a) as being unpatentable over Bonola 

i 

in view of Wooten. Applicant respectfully submits that claim 8 is allowable over Bonola in view 
of Wooten for reaaontj essentially identical to those given above with respect to claim 1. For 
one, Applicant has responded above to the Examiner's citation of Bonola, col. 9:10-20, with 
respect to the polling ojf packets. Briefly stated, Bonola discloses polling packets in memory that 
have already been processed to an I/O device, where the polling is to determine whether the task 
associated with the packet has been completed. Claim 8, however, includes a polling message 
sent by a class driver executing on a microprocessor to a burst communication adapter device (an 
I/O device). The pofing message is sent via a first type of channel of the USB via a host 
controller. As shown ibove, Bonola teaches away from this type of polling. 

Furthermore, cjlaim 8 includes a "class driver beings. configured to receive the reply 
message and, responsijve thereto, create a transfer descriptor and attach the transfer descriptor to 
the predetermined encjpoint descriptor list.'* However, Wooten teaches that inputting data from 

an I/O device occurs |>y processing a "token packet" to the device, specifying the direction of 

t 

data transfer, as wellias "the type of transfer* the serial bus device address and the endpoint 
number." (Wooten, cf>l. 6:37-40, 44-45.) -The source of the transfer then sends a data packet or 
indicates it has no daja to transfer." (Wooten. col. 6:45-47.) Thus, the host system in Wooten 
processes the token p|icket to the I/O device whether or not the I/O device has data to transfer. 
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Therefore, Wooten dofcs 
descriptor to the predeti 
from the I/O device , wl 
second type of channel. 

Thus, claim 8 
Independent claim 12 
dependent claims 13- If 
5. Conclusion 

Prompt notice 
questions, the Examiner 
direct dial number of 3 



not teach creating a transfer descriptor and attaching the transfer 
nroined endpoint descriptor list in response to receiving a reply message 
ere that reply message indicates that the device has data to transfer via a 



Date: 
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s allowable. Accordingly, dependent claims 9-11 are also allowable, 
includes similar elements and is therefore also allowable along with 



yf allowance is respectfully requested. Should the Examiner have any 
is encouraged to contact the Applicant's attorney, Brian Harris, at his 
2-913-3303. 

Respectfully submitted, 




Brian R. Harris 
Reg. No. 45,900 
Attorney for Applicant 
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